r 

m 

Amendments to the Specification: 

\ 

Please replace the paragraph beginning on page 5, line 15, with the following rewritten 
paragraph: 

«£n another embodiment the invention provides a method of a^Hethed-af managing an ATM. 
The method includes receiving multiple transaction requests at the ATM; changing an 
amount of currency in the ATM in response to at least some of the multiple transaction 
requests; receiving data corresponding to a plurality of different currency amounts from the 
ATM over a period of time, wherein the plurality of different currency amounts are each 
greater than zero; receiving a query for an amount of currency in the ATM at a given time in 
the period of time; and outputting data representative of the amount of currency in the ATM 
at the given time, the amount of currency being one of the plurality of different currency 
amounts J- - 




Please rq^lace the paragraph beginning on page 8, line 1, with the following rewritten 
paragraph: 



7 IG. 8 is a block diagram of a deposit verification module of an ATM management 



application according to a preferred embodiment of the present invention; and|~ 



Please replace the paragraph beginning on page 8, line 4, with the following rewritten 
paragraph: 



JfIG. 9 is a block diagram of a site analysis and profitability module of an ATM 



management application according to a preferred embodiment of the present invention ^ and 



Please add the following new paragraph after the paragraph ending on line 6 of page 8: 



.^JfIG. 10 is a block diagram of an other module of an ATM management application 
according to a preferred embodiment of the present invention.^ - 
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Please replace the paragraph beginning on page 18, line 14, with the following rewritten 
paragraph: 

.aJOnce the user has specified the search criteria as described above, a search code 
representing that search criteria is moved to the selected search criteria section 204. 
Preferably, the user can then repeat the above steps and select additional search criteria. For 
example, the user may wish to search for all ATMs 20 included under two different courier 
routes. The user would first select the first courier route and move it to the selected search 
criteria section 204, and would then select the second courier route and move it to the 
selected search criteria section 204. After the user has finished selecting all desired s e l e cting 
search criteria, the user can instruct the currency management section 210 to perform a search 
by clicking on a search button located on the currency management search screen 210 or by 
operating any other user-operable control associated with the currency management search 
screen 210T - ■ - 

Please replace the paragraph beginning on page 19, line 30, with the following rewritten 
paragraph: 

Ithough not required, the user can select to view data corresponding to a particular ATM 
on a currency management totals detail screen 230. In a preferred embodiment illustrated in 
FIG. 4, the currency management totals detail screen 230 includes a receptacle totals tab 206 
and an administrative transactions tab 208. In different embodiments of the present 
invention, one or both of these tabs 206 and 208 can be displayed. The receptacle totals tab 
206 preferably displays data similar to that discussed above in a format that is easier for the 
user to view. In one embodiment for example, a grid of data is displayed that includes data 
for each receptacle located in a separate column and summary totals data located in a separate 
part of the grid of data. The administrative transactions tab 208 preferably displays 
information related to administrative transactions (e.g., currency resets, currency additions, 
currency removals from the ATM, a history of transactions performed by the ATM over a 
day, month, or other period of time, and the like) that have occurred at the selected ATM 20. 
In one embodiment, the twenty most recent administrative transactions are displayed on the 
administrative transactions tab 208. Other data can also be displayed in various embodiments 
of the present invention, such as data including the type of administrative transaction, the date 
and time the administrative transaction occurred, the amount of currency in the ATM at the 
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time of the administrative transaction (data similar to that discussed above with respect to the 
amount, type, and sub-type of currency in each receptacle), and courier data that indicates 



who performed t he administrative transaction may be displayed.f - 

\ 

Please replace the paragraph beginning on page 22, line 7, with the following rewritten 
paragraph: 



Jlf the available search criteria section 302 has an ATM information section 314, the user 



can preferably use the ATM information section 314 to specify information regarding ATMs 
in order to identify which ATMs are to be viewed. Examples of such information include a 
status code, an ATM state, a reporting level ID, a financial institution ID, a processor ID, 
and/or a vendor type, any one or more of which can be used as the search criteria to find 
ATMs 20 that have generated status signals. The status code can be an alert number of the 
status signal sent by the ATM 20 (i.e., a number assigned by the processor 15 which 
identifies the status signal, such as 0 = test, 1 = tracking, 3 = general, 5 = entity, 7 = warning, 
9 = error). The ATM state preferably indicates the operating state of the ATM 20 (e.g., 1 = 
up, 2 = troubled, 3 = down). The reporting level ID preferably indicates a merchant 
identification (i.e., the entity that is accepting financial transactions from the ATM). The 
financial institution ID preferably indicates the financial institution that operates the ATM 20. 
The processor ID preferably indicates the acquiring or issuing processor 15 associated with 
the ATM 20. The vendor type preferably indicates the make and/or model number of the 

Aiump ■ ; ■ 



\ 

Please replace the paragraph beginning on page 24, line 1, with the following rewritten 
paragraph: 



jFollowing selection of which status signals are desired to be viewed (whether by directly 



identifying one or more ATMs 20 or by identifying the status signals to view by a search 
process as described above), a status list screen 320 is preferably displayed which includes 
data corresponding to the status signals located by the search defined by the user. The status 
list screen 320 preferably displays the most recent status signals received. The status list 
screen 320 can present the search results in any format desired. In the preferred embodiment 
illustrated in the figures by way of example, the status list screen 320 includes a selected 
criteria section 322, a changed selection criteria section 324, a disposition section 326, a 
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status signal message informatibn section 328, and a status signal section 332. Any or all of 
these sections can be employed in other embodiments of the present invention! - 



\ 



Please replace the paragraph beginning on page 24, line 12, with the following rewritten 



^-JThe selected criteria section 322 preferably indicates the number of status signals that were 
retrieved during the search defined by the user which are currently displayed in the status 
signal section 332. The selected criteria section 322 also preferably allows the user to 
retrieve status signals that were found in the earlier search but which are not currently 
displayed in the status signal section 332 by clicking on a "retrieve more" button 334 or other 
user control preferably located in the selected criteria section 322 or otherwise associated 
with the selected criteria section 322 or the status list screen 320. If the user selects the such 
a retrieve more button 334, the status inquiry module 200 preferably retrieves the next set of 
status signals which were found in the earlier search and adds them to the existing list of 
status signals displayed in the status signal section 332. When there are no more status 
KipnalQ tn Hp rRtp^Yf ^ Lihe such a retrieve r r iore button 334 preferably becomes inactivef ^ 



Please replace the paragraph beginning on page 25, line 1, with the following rewritten 
paragraph: 



- JThe changed selection criteria section 324 allows the user to change search criteria as just 
described without going back to the status query screen 310. In various embodiments, the 
user can alter any one or more of the ATM ED, the status code, the ATM state, the reporting 
level ID, the processor ID, the institution ID and the vendor type. When all desired changes 
are made, the user can preferably generate another search by operating the search again 
button 336^ " 

Please replace the paragraph beginning on page 25, line 30, with the following rewritten 
paragraph: 

In some embodiments of the status inquiry module 3+© 300, the user has the ability to 
select and view data corresponding to a particular status signal on a status detail screen 330. 
The user preferably selects one of the status signals in the status signal section 332 of the 



paragraph: 





status list screen 320 (and in some embodiments, executes a command via a user control on 
or associated with the status list screen 320). The status detail screen 330 is preferably then 
displayed with data about a single status signal that was selected on the status list screen 320. 
The status detail screen 330 can present details regarding a selected status signal in any 
desired format and in order to display any desired status signal details^ - - 

\ 

Please replace the paragraph beginning on page 26, line 8, with the following rewritten 
paragraph: 



the illustrated preferred embodiment of the present invention for example, the status 



detail screen 330 includes a details tab 338, a status history tab 342, and a comments tab 344. 
Various embodiments of the status detail screen 330 can include any or all of these tabs 338, 
342, 344. The details tab 338 preferably displays data similar to that discussed above, and 
can also display a severity code (preferably set by the processor 1 5 and indicating the severity 
level of the status signal received from the ATM 20). In one embodiment, severity codes are 
mapped for use in automatically dispatching and notifying a courier to perform services on a 
particular ATM 25. This dispatching and notification process can occur automatically based 
upon predefined decisions developed by the user and located in a look-up table and/or 
implemented into a decision engine. In some embodiments of the status inquiry module 3+0 
300 , the details tab 338 can also displays display any free- form comments that have been 
added (such as by the processor or another user) and relate to the status signal/or to the ATM 
20. The status history tab 342 preferably displays historical status signal data. In one 
embodiment for example, the status history tab 342 displays status signal data for a prior 
period of time, such as for the last thirty days. In some embodiments of the present 
invention, the user can search for additional status signals generated by the ATM 20 that 
generated the displayed status signal using search criteria. For example, the search criteria 
can be defined by completing starting date and starting time fields and ending date and 
ending time fields within which a search for status signals generated by the ATM 20 can b e 



\ 

Please replace the paragraph beginning on page 26, line 29, with the following rewritten 
paragraph: 




made fy 



^^-Jrhe comments tab 344 preferably displays comments that have been added for the 
displayed status signal and the ATM 20 that generated the displayed status signal. 
Preferably, comments are displayed with the most recent comment displayed first. 
Comments can be recorded in memory as part of historical status signal data and can 
preferably be viewed on the status history tab 342 of the status detail screen 330. In some 
highly preferred embodiments of the present invention, the user can preferably add free-form 
comments for the displayed status signal and for the ATM 20 that generated the displayed 
status signal. For example, the user can adds add comments by selecting an add comments 
button 346 or other user control located on or otherwise associated with the details tab 338, 
the status history tab 342, the status detail screen 330, and/or other screens of the status 
inquiry module 300. Alternatively or in addition, an add comments tab 544 can be opened to 
access a comments screen. Preferably, the user can add an alphanumeric message to describe 
the status signal and/or the associated ATM 20. Comments can be useful in managing ATMs 
20 in that the user can track past observances of the XTM 20 that generated the currently 
displayed status signal. For example, if the user determines that a particular ATM 20 
consistently experiences a particular problem, the user can contact the courier to perform 
service on the ATM 20 so that the ATM 20 remains operational^ " 



Please replace the paragraph beginning on page 28, line 13, with the following rewritten 
paragraph: 



^.jrhe user can utilize the courier search screen 410 to determine what courier currently 



performs administrative transactions for a specific ATM 20, financial institution 25, and the 
like. In some embodiments, a number of couriers may perform administrative transactions 
for a specific ATM 20, financial institution 25, and the like. To identify couriers performing 
such transactions, the user first preferably specifies search criteria by using the courier search 
screen 410. The user can search for a courier based upon a number of different types of 
information. For example, the user can perform a search for couriers based upon an ATM 
ID, a financial institution ID, a processor ID, or any other applicable search criteria. As 
discussed above with reference to the currency management module 200, in some 
embodiments the user may only search for data the user has access to. Once the user has 
defined the search criteria, a search is performedj- - ~~ """"" 
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Please replace the paragraph beginning on page 29, line 18, with the following rewritten 
paragraph: 



Jrhe courier route tab 408 preferably displays detailed courier route data. Contact 
information for the currently selected courier and/or courier route is preferably displayed in 
the courier contact information section 404 of the courier detail screen 415. The courier 
contact information section 404 can display route-specific contact information or can include 
only courier-wide contact information. The courier route tab 408 preferably includes a grid 
of data that displays such information as a courier route ID, a courier route description, a 
contact ID, an institution ID, a user ID, a last date updated field, a last time updated field, and 
the like. The courier route tab 408 also preferably allows the user to show all routes for a 
selected institution by selecting a check-off field preferably associated with the courier route 
tab 408J 



Please replace the paragraph beginning on page 30, line 20, with the following rewritten 
paragraph: 



user can preferably access the courier maintenance screen 420, the courier route 
maintenance screen 430, the ATM data maintenance screen 440, and a contact maintenance 
screen 450 (all described below) from the courier detail screen 41 5. ! 



Please replace the paragraph beginning on page 31, line 7, with the following rewritten 
paragraph: 



- -fri some preferred embodiments, if a user accesses the courier maintenance screen 420 by 
linking from another screen (e.g., 415, 430, 440) to perform maintenance on the profile of a 
particular courier, then all fields include courier data. The user can preferably delete the 
courier profile by op e rat e operating a delete button or other user control preferably on or 
associated with the courier maintenance screen. The user may delete a courier profile, for 
example, if the courier is no longer used to provide services. The user can preferably update 
the courier profile by changing at least one of the fields of courier data. In some 
embodiments, the user can utilize list boxes associated with each of the fields to select courier 
data to update the field. Preferably, the user can also input new courier data by inputting an 
identifier associated with the representative field to update the field. Once all courier data in 
the courier profile is correct, the user can operate an update button or other user control 
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preferably on or associated with the courier maintenance screen 420. "Updated by" and 
updated timestamp fields displayed on the courier maintenance screen 420 can be used to 
indicate the user that made the change and when the update was made (e.g., date and time) 



\ 

Please replace the paragraph beginning on page 41 , line 24, with the following rewritten 
paragraph: 

_Jthe balancing currency dispense dispensed section is utilized to obtain a currency over, 
currency short, or currency reconciled amount based on a withdrawal total obtained from a 
log which is created and maintained in the memory. As the processor 1 5 receives data 
corresponding to financial transactions occurring at the ATM 20, the log of the data is 
updated in the memory 40. As the log progresses, valuable information is available. One 
aspect of the valuable information is the amount of currency that was withdrawn from the 
ATM 20 during the cutoff period. An amount representative of the amount of currency 
withdrawn from the ATM 20 according to the log is displayed in a ATM withdrawal field. 
The amount in the ATM withdrawal field is subtracted from the calculated currency 
dispensed amount to generate (automatically) the currency over, the currency short, or the 
currency reconciled amount. If the value of that amount is null, the balance sheet is 
considered to be reconciled. If an out-of-balance condition exists (e.g., currency over amount 
or currency short amount), the user may utilize the possible exception transactions tab 53$ 
532 to determine the reason for the out-of-balance condition^ - 

Please replace the paragraph beginning on page 42, line 8, with the following rewritten 
paragraph: 

he balancing ATM totals section performs a calculation similar to that performed in the 
balancing currency dispensed section. The difference between the two sections is the source 
of the data. The balancing currency dispense section utilizes the data from the log maintained 
in the memory. The balancing ATM totals section utilizes data obtained from the ATM 20. 
The data may be received from the ATM 20 by the processor and stored in the memory 40 or 
transferred directly to the auto balance module 500 of the ATM management application 100 
for use. Alternatively, the user may enter the data based on amounts calculated using the 
journal. A closeout receipt total is analogous to the calculated currency dispensed. Both 
values should indicate an amount of currency that was dispensed from the ATM 20. The 



closeout receipt total amount is obtained from the ATM 20. An ATM settlement amount is 
subtracted from the closeout receipt total to obtain a difference. The ATM settlement amount 
is analogous to the total manual currency count except that the ATM settlement amount is 
obtained from the ATM 20 and not through a manual count of the currency retrieved from the 
ATM 20. The difference is analogous to the currency over, currency short, or currency 
reconciled amount. The user may compare the two amounts to determine if the log and the 
ATM are recording information related to the financial transactions in a manner that produces 
similar results.^ - 

\ 

Please replace the paragraph beginning on page 42, line 26, with the following rewritten 
paragraph: 

he updated information section displays data related to a transaction that occurred after 

the ATM 20 was reconciled and/or data related to an activity that may alter the reconciled 

balance sheet. Values may be displayed for starting currency, currency added, currency 

subtracted, ATM withdrawals, and ATM total totals . The user needs to review the balance 

sheet for any potential impact when values are displayed in the updated information section. 
r - ■ - 

\ 

Please replace the paragraph beginning on page 43, line 13, with the following rewritten 
paragraph: 

Jrhe possible exception transactions tab 532 consists of a list of possible exception 
transactions that may have caused an out-of-balance condition. The actual list of possible 
exception transaction transactions is produced by an exception processing screen 810 of the 
other module 800 (FIG. 10) . The interaction between the auto balance module 500 and the 
other module 800 (along with other inter-module interaction between each of the modules of 
the ATM management application 100) allows the user to more effectively manage the 
ATMs 20 the user is attempting to manage. Transactions are considered to be a possible 
exception transaction when the data received for the transaction includes an acquirer message 
reason code that indicates an exception transaction may have occurred. The acquirer message 
reason code triggers the exception processing screen 810 when the acquirer message reason 
code includes a card issuer timed out on original request code, a no communications key 
available for use code, an over dispense code, a suspected malfunction code, a completed 
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I^x[ partially code, a response received too late code, a card acceptor device unable to complete 

transaction code, an unable to deliver message to point of service code, a suspected 
malfunction and card retrained code, a suspected malfunction and card returned code, a 
suspected malfunction and no currency dispensed code, a timed out at taking money and no 
currency dispensed code, a timed out at taking card and card retained and no currency 
dispensed code, an invalid response and no action taken code, a timed out waiting for 
response code, and/or a partial reversal for incremental authorization code.|- - 



\ 

Please replace the paragraph beginning on page 44, line 1, with the following rewritten 
paragraph: 



^Jlhe possible exception transactions tab 532 displays data corresponding to the possible 
exception transactions including a new indicator, an account number, a transaction date, a 
transaction time, an acquirer message reason code description, a net reconciliation amount 
with fee, a retrieval reference number, an ATM ID, a local date, a local time, and the like. If 
the user desires to view more detailed data about the transaction, a transaction list screen 820 
and subsequently a transaction detail screen 825 of the other module 800 (FIG. 10) can be 
displayed. The user either double clicks the row corresponding to the possible exception 
transaction or clicks on a view transaction button located on the possible exception 



transactions tab 532 to access the detailed dataf - 

\ 

Please replace the paragraph beginning on page 44, line 14, with the following rewritten 
paragraph: 

.ijrhe ATM counts tab 533 displays data corresponding to the currency contained and/or 



dispensed from each of the receptacles of the ATM 20. Although summary totals data is 
displayed on the balance sheet tab, the user may find receptacle specific data more beneficial 
under some circumstances. The data displayed is representative of data obtained from the 
ATM 20. The data displayed may include the type of currency (and sub-type of currency) in 
each receptacle that is active in the ATM 20, a count of the currency in the receptacle at the 
start of the selected cutoff period, a count of the currency in the receptacle at the end of the 
selected cutoff period, a count of the currency dispensed during the selected cutoff period, an 
amount of currency corresponding to any of the counts, and the like. The ATM count tab 533 
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may also include similar type types of data for the rejected/diverted currency in the ATM 20. 

jn 



\ 

Please replace the paragraph beginning on page 46, line 26, with the following rewritten 
paragraph: 

- presently, deposit verification includes comparing each envelope to the journal retrieved 
from the ATM 20. The staff of the ATM operator that performs deposit verification locates 
each deposit transaction on the journal and then finds the envelope that corresponds to that 
transaction. The ATM customer typically places an identifier (e.g., ATM customer name, 
financial institution name, account number, and the like) on the envelope for identification by 
the staff. The amount of currency in the envelope is compared to the corresponding amount 
noted on the journal. The deposit is considered verified if the amount of currency in the 
envelope is equal to the amount of currency noted on the journal. If the two amounts are not 
equal, the staff make note of the discrepancy and process the discrepancy accordingly (e.g., 
create an exception using the other module 800 (FIG. 10)) . A discrepancy may exist for a 
number of reasons including an empty envelope, an amount improperly entered by the ATM 
customer, a miscount of the amount of currency in the envelope by the ATM customer, 
attempted fraud by the ATM customer, and the likef ^ " " 

\ 

Please replace the paragraph beginning on page 47, line 29, with the following rewritten 
paragraph: 

[to utilize the functions provided by the deposit verification module 600, the user first 
selects the deposit verification module 600 of the ATM management application 100. As 
illustrated in FIG. 8, a deposit verification screen 80S 605 is displayed that allows the user to 
access a deposit verification sheet search screen &±0 610 and a create new deposit verification 
sheet screen £20 620. Each screen 610, 620 that is accessible through the deposit verification 
screen SQ& 605 allows the user to perform functions related to managing deposit verification. 

r. 



t 

Please replace the paragraph beginning on page 48, line 5, with the following rewritten 
paragraph: 
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user can utilize the deposit verification sheet search screen &±Q 610 to define search 



jp^* criteria including a specific ATM 20 and a period of time that is used to qualify a search for 

deposit verification sheets associated with the specific ATM 20. Generally, the user searches 
for deposit verification sheets for a specific ATM 20 so that the user can perform deposit 
verification of the ATM 20. The user may also access the data available using the deposit 
verification module 600 for other reasons. The deposit verification sheet search screen &±© 
610 includes a primary search section, a date and time options section, and a display options 
section^ - - 



Please replace the paragraph beginning on page 48, line 28, with the following rewritten 
paragraph: 



Jonce all the search criteria and display options are set, the user clicks on a search button 



located on the deposit verification sheet search screen 84© 610 . An ATM deposit verification 
sheets screen &±3 612 is then displayed that includes an identification information section and 
a grid of data section. The grid of data section includes two tabs, a deposit verification sheets 
tab £43 613 and an audit information tab £44 614 - 



Please replace the paragraph beginning on page 49, line 3, with the following rewritten 
paragraph: 



jjrhe identification information section displays data corresponding to the deposit 



verification sheet currently selected in the list of deposits verification sheets that is displayed 
on deposit verification sheets tab 843 613 of the grid of data section. The data displayed may 
include an ATM ID, an ATM street address, an ATM city, an ATM state, an ATM postal 
code, a financial institution ID, a financial institution name, a business date, a sequence of the 
selected deposit verification sheet (e.g. 2 of 3), a verified count (i.e., the number of deposits 
verified on the selected deposit verification sheet), a date and time of the first deposit 
transaction listed on the selected deposit verification sheet, a date and time of the last deposit 
transaction listed on the selected deposit verification sheet, a verified cardholder (i.e., ATM 
customer) entered amount, a verified actual amount, and the like j- - 
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Please replace the paragraph beginning on page 49, line 14, with the following rewritten 
paragraph: 



■Jrhe deposit verification sheets tab 845 613 of the grid of data section displays the list of 



deposit verification sheets that were located based on the search criteria defined by the user. 
The deposit verification sheets tab 845 613 displays data corresponding to each of the deposit 
verification sheets including an ATM ID, a business date, a sequence number, a user ED, a 
verified cardholder amount, a verified actual amount, a verified envelope count (i.e., the 
number of deposit envelopes counted at the back office), an original envelope count (i.e., the 
number of deposit envelopes counted at the ATM upon retrieval), a start date and time of the 
deposit verification sheet, an end date and time of the deposit verification sheet, a sheet last 
updated (i.e., identifies the last date the deposit verification sheet was updated), and the like. 



v 

Please replace the paragraph beginning on page 49, line 24, with the following rewritten 
paragraph: 



jrhe audit information tab 844 614 ofthe grid of data section displays data corresponding to 



any updates made to the deposit verification sheet selected on the deposit verification sheets 
tab 845 613. The data displayed may include a column name, a date and time updated, an 
updated by, a local date and time (i.e., when the deposit transaction occurred at the ATM 20), 



a new value, an old value, an account number, and a retrieval reference number .j -^ 

Please replace the paragraph beginning on page 49, line 30, with the following rewritten 
paragraph: 

user may view a list ofthe deposit transactions that are included on the selected 
deposit verification sheet by double clicking on the row of data corresponding to the deposit 
verification sheet or by clicking a deposit list button located on the deposit verification sheets 
tab 845 613 . If the user performs either option a deposit transactions list screen 846 616 is 
displayed that includes an identification information section and a grid of data section. The 
grid of data section includes two tabs, a deposit transactions tab 847 617 and a deposit audit 
information tab 848 618j ^ 
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Please replace the paragraph beginning on page 50, line 6, with the following rewritten 
paragraph: 

identification information section displays data corresponding to the deposit 
transaction currently selected in the list of d e posits deposit transactions that is displayed on 
deposit transactions tab %¥f- 6T7 of the grid of data section. The data displayed may include 
data similar to the data displayed on the identification information section of the ATM 
deposit verification sheets screen 

\ 

Please replace the paragraph beginning on page 50, line 11, with the following rewritten 
paragraph: 

- jf he deposit transactions tab &i2 617 of the grid of data section displays the list of deposit 
transactions that were located based on the search criteria defined by the user. The deposit 
transactions tab £H 617 displays data corresponding to each of the deposit transactions 
including a verified indicator, an account number, a cardholder entered amount, a verified 
actual amount, a retrieval reference number, an ATM ID, a reason code (i.e., a reason the 
amount of the deposit transaction was changed, e.g., empty envelope, invalid currency, 
incorrect deposit amount, and the like), an updated by, and an updated date and time. The 
verified indicator indicates whether or not the deposit transaction has been verified. In one 
embodiment a deposit verification sheet icon indicates the deposit transaction is verified and 
processed, a check mark shaped icon represents the deposit transaction is verified but not 
processed, and an X shaped icon represents the deposit transaction is not verified or 
processed.^ - 

Please replace the paragraph beginning on page 50, line 23, with the following rewritten 
paragraph: 

irhe deposit audit information tab 84S 618 of the grid of data section displays data 
corresponding to any updates made to the deposit transaction selected on the deposit 
transactions tab 617 . The data displayed may include a column name, a date and time 
updated, an updated by, a local date and time (i.e., when the deposit transaction occurred at 
the ATM 20), a new value, an old value, an account number, and a retrieval reference 
number^- - 
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Please replace the paragraph beginning on page 50, line 29, with the following rewritten 
paragraph: 

— Jrhe user can perform a number of functions related to deposit verification using the deposit 
transactions list screen &16 616 . These functions include retrieving unverified deposit 
transactions, verifying unverified deposit transactions, processing a deposit verification sheet 
to include data corresponding to verified but unprocessed deposit transactions, removing 
verified deposit transactions from a deposit verification sheet, moving verified deposit 
transaction to a different deposit verification sheet, adding a deposit transaction, editing a 
deposit transaction, and accessing a create new deposit verification sheet screen $20 620 to 
create a new deposit verification sheet (as discussed below)!- - 



spla 



Please replace the paragraph beginning on page 51, line 7, with the following rewritten 
paragraph: 

..^Generally, when the user first views the deposit transactions list screen 616 only 



verified deposit transactions are displayed in the list of deposit transactions on the deposit 
transactions tab 617 . In one embodiment, unverified deposit transactions are not 
displayed on the list because only verified deposit transactions are considered to be included 
on the deposit verification sheet. The user may select to retrieve all unverified deposit 
transactions that may be associated with the deposit transaction sheet that is currently 
displayed. The user retrieves the unverified deposit transactions by clicking a retrieve 
unverified deposit transactions button located on the deposit transactions list screen 84-6 616 . 
If unverified deposit transactions exist they are retrieved and displayed on the list as being 



unverified (i.e., X shaped icon in the verified indicator field of the grid of data) J - - 
\ 

Please replace the paragraph beginning on page 51, line 25, with the following rewritten 
paragraph: 



Jlfthe 



user determines that the data displayed corresponding to a particular deposit 



transaction is not correct (e.g., the amount of currency noted as being in the envelope is not 



correct), the user can edit the deposit transaction by clicking on an edit deposit transaction 
button located on the deposit transactions tab 842 617. An add/update deposit item for 
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deposit verification screen 82$ 625 is displayed. The user can then update any of the fields to 
correctly indicate the standing of the deposit transaction. The fields that can be updated may 
include an ATM ED, a deposit transaction date and time, an account number, a retrieval 
reference number, a deposit transaction type ID, a cardholder entered amount, a verified 
actual amount, a cardholder currency type (i.e., the type of currency in the envelope), a 
reason code, and a comments field. The user may enter any free-form alphanumeric message 
to describe the deposit transaction using a comments field on the add/update deposit item for 
deposit verification screen 82$ 625. The field that most often needs to be updated is the 
verified actual amount. In one embodiment the verified actual amount is defaulted to the 
cardholder entered amount. If the amount of currency counted from the envelope differs 
from the amount of currency displayed in the verified actual amount field, the updates that 
field to reflect the amount of currency that was counted from the envelope. If after 
performing an update the verified actual amount equals the cardholder entered amount the 
user may subsequently verify the deposit transaction as discussed above. If the verified 
actual amount is not equal to the cardholder entered amount, the user can create an exception 
using the exception processing screen 810 of the other module 800 (FIG. 10) by clicking a 
create exception button located on the add/update deposit item for deposit verification screen 
82$ 625. If an exception already exists, the user can view the exception by clicking on a 
view exception button also located on the add/update deposit item for deposit verification 
screen 82$ 625. If the user would like to view additional information about the deposit 
transaction, the user can click a view transaction button located on the add/update deposit 
item for deposit verification screen 82$ 625. The user is linked to the transaction list screen 
820 of the other module 800 (FIG. 10) . More detailed data concerning the deposit transaction 
can then be viewed on the transaction detail screen 825 of the other module 800 (FIG. 10) . 
Once the user has finished updating the fields, the user clicks a process button located on the 
add/update deposit item for deposit verification screen 825 625 which thereby includes the 
updated deposit transaction data on the deposit verification sheet. The user then returns to the 
deposit transactions tab 84^ 617^ - 

\ 

Please replace the paragraph beginning on page 52, line 28, with the following rewritten 
paragraph: 

.Jlfthe user has an envelope for which no deposit transaction exists, the user can create a 
new deposit transaction using the add/update deposit item for deposit verification screen 82$ 
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Jb 625 . The user accesses the add/update deposit item for deposit verification screen SOS 625 by 

^jj&> clicking on an add deposit transaction button located on the deposit transactions tab 847 617 . 
The user then enters all required fields and clicks the process button to add the deposit 
transaction to the deposit verification sheet. Although the new deposit transaction is not 
verified and therefore not considered part of the deposit verification sheet, the deposit 



transaction is displayed in the list and identified as being unverified^ - 

\ 

Please replace the paragraph beginning on page 53, line 5, with the following rewritten 
paragraph: 

Jrhe user can move a verified deposit transaction to another deposit verification sheet by 



clicking a move deposit transaction button located on the deposit transactions sheet tab 84-7 
617. A move deposit transaction to a different deposit verification sheet screen 830 630 is 
displayed. The user can select a different deposit verification sheet ID from a box list 
associated with the different deposit verification sheet ID field to define which existing 
deposit verification sheet the deposit transaction should be moved to. When the user is 
completed defining the different deposit verification sheet ED the user selects a process button 
located on the move deposit transaction to a different deposit verification sheet screen 830 
630 and the selected deposit transaction is then transferred to the deposit transactions list 
screen 846 616 corresponding to the selected deposit verification sheet ID. Only a verified 
deposit transaction can be moved because as discussed above, an unverified transaction is not 
considered to be included on a deposit verification sheet. The user may move a deposit 
transaction to a different deposit verification sheet if the deposit transaction was originally 
entered on the wrong deposit verification sheetj"^ 



Please replace the paragraph beginning on page 53, line 20, with the following rewritten 
paragraph: 



Jfhe user can remove a verified deposit transaction from the deposit verification sheet by 



i\0 clicking a remove deposit transaction button located on the deposit transactions sheet tab 847 

6T7* If the user clicks the remove deposit transaction button the user is prompted to answer if 
they desire to remove the selected deposit transaction from the deposit verification sheet. If 
the user clicks the OK button on the prompt message the selected deposit transaction is 
removed. Only a verified deposit transaction can be removed from a deposit verification 
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sheet because as discussed above, an unverified transaction is not considered to be included 
on a deposit verification sheet. A user may remove a deposit transaction from a deposit 
verification sheet if the deposit transaction is not needed (e.g., log of deposit transactions 



includes two entries for the same deposit transaction).^" 



Please replace the paragraph beginning on page 54, line 1, with the following rewritten 
paragraph: 



Jbnce the user has completed verifying all deposit transactions on a displayed deposit 



j^H verification sheet, the user can process the deposit verification sheet to include data 

corresponding to verified but unprocessed deposit transactions. Essentially, by processing 
the verified but unprocessed transactions, the user is including the deposit transaction 
transactions in the deposit verification sheet. Once the deposit verification sheet is processed,, 
all verified but unprocessed deposit transactions are verified and processed deposit 
transactions and thus A the verified indicator identifies the deposit transaction with the deposit 
verification sheet icon.^ - 



Please replace the paragraph beginning on page 54, line 9, with the following rewritten 
paragraph: 



he user can utilize the create new deposit verification sheet screen 83© 620 to create a 
new deposit verification sheet if a deposit verification sheet does not currently exist for the 
specific ATM 20 on the specific business date.r The create new deposit verification sheet 
screen 830 620 includes a primary search section and a display options section.^ 



Please replace the paragraph beginning on page 54, line 26, with the following rewritten 
paragraph: 



Jonce all the search criteria and display options are set, the user clicks on a process button 



located on the create new deposit verification sheet screen 830 620 . An ATM deposit 
transactions list screen 8±6 616 is then displayed (as discussed above). Each unverified 
deposit transaction that could be associated with the newly created deposit verification sheet 



is displayed on the deposit transa ctions tab 84^ 6T7 of the grid of data section.^ " 
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Please replace the paragraph beginning on page 55, line 17, with the following rewritten 
paragraph: 

fone example of a site analysis and profitability manag e ment module 700 is illustrated in 
FIG. 9. To utilize the functions provided by the site analysis and profitability module 700, 
the user in some embodiments of the present invention can select the Gtatus inquiry site 
analysis and profitability module 300 700 of the ATM management application. The site 
analysis and profitability module 700 can have an a search inquiry screen 710 wherein a user 
can perform searches for ATMs 20 connected to the processor 15 meeting one or more search 
criteria set by the user. In this manner, the user can select those ATMs 20 for which a 
profitability analysis will be performed. The search inquiry screen 710 can have any number 
of fields for user input of search criteria. By way of example only, the fields can include 
ATM location (e.g., city, state, postal code, and the like), ATM identifier, merchant 
identifier, financial institution, processor responsible for processing transactions performed 
by the ATM 20, ATM state (e.g., search for all ATMs that are currently inoperative), and the 
like. Although the search inquiry screen is not required for the site analysis and profitability 
module 700, such a feature permits a user to more quickly identify one or more ATMs for 
which a profitability analysis is to be performed. If a search inquiry screen 710 is not 
employed, the profitability module 700 can instead have a lookup table or list by which a user 
can select one or more ATMs 20 connected or connectable to the processor 15 for performing 
a profitability analysis.}- - 



Please replace the paragraph beginning on page 57, line 29, with the following rewritten 
paragraph: 



some preferred embodiments of the present invention, the profitability data screen 720 
displays the revenue generated by the ATM over a period of time. This revenue can be 
displayed in any number of different fields as desired. Fields reflecting this revenue can 
include the amount of ATM surcharge revenue received by the ATM (whether presented as a 
sum total of revenue and/or as an amount of revenue generated per transaction and the 
number of transactions in which a surcharge was assessed) and any other revenue fields 
reflecting income received from the ATM. The revenue data for the ATM can be obtained in 
a number of different manners. Most preferably, this revenue data is obtained from a 
memory (for example, memory 730) in which such data is stored and is preferably updated by 
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a processor connection to and communication with the ATM. Specifically, transaction data 
of the ATM is preferably stored in the memory 730 either during each transaction of the 
ATM 20, following each transaction of the ATM 20, or in batch form following a number of 
transactions of the ATM 20.1 - 
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